home *** CD-ROM | disk | FTP | other *** search
/ AMOS PD CD / amospdcd.iso / aminet / amoslist0993.lzh / AMOSLIST2 / 000074_amos-request@svcs1.digex.net_Fri Sep 3 01:16:48 1993.msg < prev    next >
Internet Message Format  |  1993-09-03  |  3KB
  1. Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA11896
  2.   (5.65c/IDA-1.4.4 for <mcox@access.digex.com>); Fri, 3 Sep 1993 01:16:46 -0400
  3. Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw)
  4.     id AA09808; Fri, 3 Sep 93 01:15:18 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com)
  5. Received: by svcs1.digex.net id AA28335
  6.   (5.65c/IDA-1.4.4 for amos-list-out); Fri, 3 Sep 1993 01:04:05 -0400
  7. Received: from access.digex.net by svcs1.digex.net with SMTP id AA28331
  8.   (5.65c/IDA-1.4.4 for <amos-list@svcs1.digex.net>); Fri, 3 Sep 1993 01:04:03 -0400
  9. Received: from mailgate.ericsson.se by access.digex.net with SMTP id AA07457
  10.   (5.65c/IDA-1.4.4 for <amos-list@access.digex.net>); Fri, 3 Sep 1993 01:03:59 -0400
  11. Received: from eua.ericsson.se by mailgate.ericsson.se (4.1/SMI-4.1-MAILGATE1.14)
  12.     id AA09211; Fri, 3 Sep 93 07:03:51 +0200
  13. Received: from ms.eua.ericsson.se by eua.ericsson.se (4.1/EUA-2.1)
  14.     id AA25301; Fri, 3 Sep 93 07:03:49 +0200
  15. Received: from euax1i6c18.eua.ericsson.se by ms.eua.ericsson.se (4.1/MS-2.1)
  16.     id AA11367; Fri, 3 Sep 93 07:03:48 +0200
  17. From: Per.Lundholm@eua.ericsson.se (Per Lundholm)
  18. Received: by euax1i6c18.eua.ericsson.se (4.1/client-1.3)
  19.     id AA00498; Fri, 3 Sep 93 07:03:48 +0200
  20. Date: Fri, 3 Sep 93 07:03:48 +0200
  21. Message-Id: <9309030503.AA00498@euax1i6c18.eua.ericsson.se>
  22. To: amos-list@access.digex.net, czar1@manta.nosc.mil
  23. Subject: Re: General
  24. Status: O
  25.  
  26.  
  27. >    My question is in reference to testing to see if the current computer
  28. > has a battery backed clock or not. Is there a way to automatically do this?
  29. > (This helps automatically configure current week.)
  30.  
  31. Is this really what you want? Surely it shouldn't matter whether there is
  32. a (functioning) battery or not? You'd probably be more intersted if the
  33. current system date reflects reality. After all, even if there is no battery
  34. backup, the usr may have typed in the correct date.
  35.             ^^^ 
  36.          (Sorry, running UNIX :))
  37.  
  38. Given that the ASS-U-ME-d* above is correct, you may either store current
  39. date in a file, when the prog is run the next time you should see if the
  40. date is reasonable. Or, you could ask the user if the date is correct.
  41.  
  42. Suggestions that may both be used.
  43.  
  44. >    I have spent 3 years developing this, and have gone through 3 complete
  45. > rewrites!!! Currently my routine that handles the predictions is running
  46. > about 80% accurate vesrses the win-loss ratio. (Actual points and against
  47. > the line is abit lower.)
  48.  
  49. 80% is more than 50%, so your program is better than chance. How does it
  50. compare in other aspects? I guess that NFL is about American football and
  51. there is actully a possibility to bet on that here in Sweden, but only on
  52. the Super Bowl (as far as I know).
  53.  
  54. >    I am almost to the point that I would appreciate anyone that would like
  55. > to aid me in alfa & beta testing the software. Eventually I will most
  56. > likley release a "hampered" version as shareware, and with registration I
  57. > will mail them the fully fuctional version. (ie: modify schedules;
  58. > multi-years; maybe future expansion to enable any team name and stats to be 
  59. > used - ???)
  60.  
  61. The task of your life ;).
  62.  
  63. /Per
  64.  
  65. *-footnote:
  66. Whenever we assume it makes an ASS of U and ME. Good programming rule.
  67.  
  68. The same.